Hi,

Christian Kirsch schreibt (zumindest ab und an) das Editorial in der
'ix'. Daher leite ich diese Mail mal hier rein in der Hoffnung, daß wir
hier eine gemeinsame Meinung dazu bekommen.



----- Forwarded message from Christian Kirsch <ck [at] ix.de> -----

Date: Sun, 15 Jan 2006 15:16:43 +0100
From: Christian Kirsch <ck [at] ix.de>
To: andreas.kretschmer [at] schollglas.com
Subject: PostgreSQL in der iX
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7=
..6) Gecko/20050317 Thunderbird/1.0.2 Mnenhy/0.7.2.0
Organization: Heise Zeitschriften Verlag

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hallo Andreas,

da ich bei der iX u.a. das Thema Datenbanken betreue: Falls Du Ideen
hast, welches PostgreSQL-Thema einen iX-Artikel verdient hätte, würde
ich mich über eine kurze Nachricht freuen. Gerne auch mit dem Hinweis
auf einen geeigneten Autor/Autorin.

Viele Grüße
- --
Christian Kirsch * iX Magazin
ck [at] ix.de * +49 511 5352590 * +49 511 5352361 (Fax)
Helstorfer Str. 7 * D-30625 Hannover
KEINE DOC-DATEIEN * NO DOC FILES, PLEASE
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (Darwin)

iD8DBQFDyllLYamCtkVm7roRAk7OAKCQ/V7Bn8+9ivFEQ2cCvAbViOYo1QCf c6l5
Th5uw1r73aICXCW3ZCS3OrU=3D
=3D0par
-----END PGP SIGNATURE-----


----- End forwarded message -----

--
Andreas Kretschmer (Kontakt: siehe Header)
Heynitz: 035242/47212, D1: 0160/7141639
GnuPG-ID 0x3FFF606C http://wwwkeys.de.pgp.net
=3D=3D=3D Schollglas Unternehmensgruppe =3D=3D=3D

---------------------------(end of broadcast)---------------------------
TIP 4: Have you searched our list archives?

http://archives.postgresql.org

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


Am 15.01.2006 um 16:10 schrieb A. Kretschmer:

> Christian Kirsch schreibt (zumindest ab und an) das Editorial in der
> 'ix'. Daher leite ich diese Mail mal hier rein in der Hoffnung, daß =

> wir
> hier eine gemeinsame Meinung dazu bekommen.

> da ich bei der iX u.a. das Thema Datenbanken betreue: Falls Du Ideen
> hast, welches PostgreSQL-Thema einen iX-Artikel verdient hätte, würde
> ich mich über eine kurze Nachricht freuen. Gerne auch mit dem Hinweis
> auf einen geeigneten Autor/Autorin.

Einen Autor kenne ich nicht. Ein Thema, das ich sehr gerne Mal behandelt
saehe ist das Thema Migration von MySQL zu Postgres. Dazu gehoeren eine
Bestandsaufnahme aktueller Open Source Projekte aus den diversen denk-
baren Bereichen wie CMS, Groupware, Projektmanagement, Archivierung, GIS
usw., die bereits einen DB-Abstraktionslayer haben und ggf. auch schon
einen Adapter fuer Postgres; vielleicht ein Interview/Report mit den
Machern solcher Projekte, was der Ausloeser fuer die Umstellung war
(Nachfrage von Anwendern, Limits von MySQL), wie aefwaendig die
Umstellung
war und was die groessten Huerden dabei waren.

Ich denke, wenn man nicht gerade Datenbank-Freak ist, dann kommt man zu
postgres ueber die Anwendungen, die darauf laufen. So ist es mir auch
ergangen mit einer Javabasierten Archivierungsloesung (DSpace.org).
Also muss man die Entwickler solcher Anwendungen ins Boot holen, wenn
man das System bekannter machen will. Wenn ich jetzt fuer Freunde an
ihren MySQL Dingern drehe, dann denke ich immer wieder unwillkuerlich
darueber nach, wie das wohl bei Postgres waere und ob ein Umstieg nicht
empfehlenswert und machbar waere.

Klar, auch MySQL hat in der 5er Version maechtig aufgeholt, aber solange
noch viele die 4er einsetzen ist es ein guter Zeitpunkt, diese bei der
Entscheidung "Umstellung auf MySQL 5 oder lieber gleich PostgreSQL 8?"
abzuholen. Einen der ueblichen reinen Featurevergleiche finde ich
schnarchlangweilig, eben weil sich die Wahl aus Sicht des Anwenders
oft nicht stellt. Wenn es mit MySQL geht, warum soll ich mich dann daran
machen, den ganzen Code zu checken und ggf. notwendige Aenderungen bei
jedem Release nachzupflegen oder mich darum zu bemuehen, dass es in den
Trunk kommt? Mein Gott, ich bin Anwender. Da reicht doch wohl wenn ich
mich mit Bugreports, Lokalisierungen usw. einbringe. Also muss die
DB bei den Entwicklern selbst auf den Schirm.

Will ich eine Konkurrenz zwischen MySQL und Postgres? Nun, nicht direkt.
Ich habe schon eine gewisse Wertschaetzung fuer Postgres entwickelt.
Wichtig ist halt gerade bei kleineren Projekten, bei denen mehrere
Anwendungen auf einer Maschine laufen - CMS, Forum, Mailserver mit
gemeinsamer Nutzerdatenbank/Verzeichnisdienst fuer alle Anwendungen,
dass ich nicht zwei RDBMS parallel brauche. Wenn ich migrieren will,
dann muessen alle Anwendungen die neue DB unterstuetzen. Deshalb waere
es schoen, wenn viele Projekte einem die Wahl liessen. Das ist ein
langer
Weg und da waere ein Status quo schon sehr hilfreich. Heute faellt die
Combi MySQL/PHP auf den meisten Systemen schon mit aus der Tuete. Wie
waere es, wenn in Zukunft Postgres die DB waere, die man mit nem
Einzeiler in einer .conf anknipsen kann? Das waere doch ein Ziel.

Ich denke, dass es eine recht muehselige Recherche ist, diese Infos
zusammen zu tragen. Deshalb waere es ja nicht schlecht, wenn jemand
dafuer Geld bekaeme. Wenn damit ein Grundstock an Infos gelegt ist,
waere es natuerlich toll, wenn man diese Daten fuer ein von der Com-
munity gepflegtes Webangebot weiter verwenden duerfte, das dann auch
so attraktiv ist, das andere Projekte, die umstellen das selber dort
hin melden.

Gruss, Christian

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (Darwin)

iD8DBQFDynWEnCYkNsytVmQRAoB/AJ94UQCqTijvOp+Wj05tNAFackoZsACe KMSe
y0IiXr6zaN42Q+JyA4QftNg=3D
=3DbAux
-----END PGP SIGNATURE-----

---------------------------(end of broadcast)---------------------------
TIP 3: Have you checked our extensive FAQ?

http://www.postgresql.org/docs/faq

Christian Voelker <C.Voelker [at] gmx.net> schrieb:
> Einen Autor kenne ich nicht. Ein Thema, das ich sehr gerne Mal behandel=
t
> saehe ist das Thema Migration von MySQL zu Postgres. Dazu gehoeren eine

Danke für die gute Anregung.

Btw.: es gibt mittlerweile auf postgresql-de (Chat auf freenode.net)
eine lebhafte Diskussion dazu. Vielleicht kannst Du dort mit teilnehmen.


Andreas
--
Really, I'm not out to destroy Microsoft. That will just be a completely
unintentional side effect. (Linus Torvalds)
Kaufbach, Saxony, Germany, Europe. N 51.05082=B0, E 13.56889=
=B0

---------------------------(end of broadcast)---------------------------
TIP 5: don't forget to increase your free space map settings

> da ich bei der iX u.a. das Thema Datenbanken betreue: Falls Du Ideen
> hast, welches PostgreSQL-Thema einen iX-Artikel verdient hätte, wü=
rde
> ich mich über eine kurze Nachricht freuen. Gerne auch mit dem Hinwei=
s
> auf einen geeigneten Autor/Autorin.

Ein Thema das zukünfitg sicher noch mehr Bedeutung gewinnen wird und mi=
t
dem wir in unserem gegenwärtigen Projekt einen ix Artikel gut gebrauche=
n
hätten können betrifft die Verarbeitung von Geodaten auf Postgres.

Der Einsatz der Kombination PostgreSQL/PostGIS/proj/GEOS ist nicht
trivial.

Autor? Bei genügend Zeit ich.

LG Egon

--

WILFINGER iT-Coach
Kaiserstr.32/4
1070 Wien

egon [at] wilfinger.at
www.wilfinger.at

Tel. : +43 - 1 - 524 14 03
Fax : +43 - 1 - 524 14 04
Mobil: +43 - 699 - 10 68 63 45

---------------------------(end of broadcast)---------------------------
TIP 4: Have you searched our list archives?

http://archives.postgresql.org

Hallo!

> Christian Kirsch schreibt (zumindest ab und an) das Editorial in der
> 'ix'. Daher leite ich diese Mail mal hier rein in der Hoffnung, daß w=
ir
> hier eine gemeinsame Meinung dazu bekommen.

Es gab vor geraumer Zeit (gut einem Jahr) in ct oder ix (ich glaube es
war die ix) einen Artikel ueber die Verwendung von Joins.

Ein ganz simpler Artikel, was ein Join ist, dass es ihn gibt, und wie
man zwei Tabellen mit einem Join verbindent.

Es war dann ein riesen Tohuwabohu was so ein stupid simpler Artikel in
der ix verloren hat. Mit dem Ergebnis, dass es wirklich viele Leute gibt
die z.B. mit PHP/MySQL arbeiten und nicht wissen was ein Join ist! Nach
dem Motto: Wenn ich zwei Tabellen habe, dann mache ich ein Select ueber
die Erste Tabelle, iteriere das Ergebniss und pro Zeile eine Select
ueber die zweite tabelle ... .

Ich denke wenn man einen einfachen Artikel schreibt wo man die Features
von PostgreSQL z.B. anhand einer Web-Datenbank behandelt waere dies ev.
ein schoener Startpunkt dass sich der eine oder andere mit PostgreSQL
befasst.

Der Inhalt sollte halt nicht zu kompliziert sein, und auch derzeitige
PHP/MySQL "Entwickler" unter Windows ansprechen:

- Kurze Einfuehrung in das rel. Modell und ACID
- Installation und "Quickstart" von PostgreSQL unter Windows
- Erstellung von Tabellen mit REFERENCES, CHECKS
- Select und Subselect
- JOIN, ev. UNION
- VIEW's und ein paar Worte zu Query-optimizing
- Auslagerung von Logik in plpqSQL
- Suche mit ltree, tsearch

Ev. sollte man eine Liste anfertigen was man an PG-Features vermisst
wenn man unter MySQL arbeitet, und vor allem auf solche Themen eingehen.

Lg,
AXEL.


---------------------------(end of broadcast)---------------------------
TIP 4: Have you searched our list archives?

http://archives.postgresql.org

Hallo zusammen,

> - Kurze Einfuehrung in das rel. Modell und ACID
Der nach meiner Meinung größte Fehler, den ein typischer MySQL Anwender=
macht,
ist der, das er ohne jegliche Transaktionssicherheit arbeitet. Dies wohl au=
s
Unkenntniss über Transaktionen und auch dadurch unterstützt das MySQL b=
ei der
Standardinstallation AUTOCOMMIT auf ON setzt und mit dem 'falschen'
Tabellentyp daherkommt.

Ein Artikel über PostgeSQL sollte daher deutlich auf das Transaktionskonz=
ept
hinweisen. Ohne dieses Verständniss wird kaum jemand erfolgreich auf
PostgreSQL umsteigen können.

Grüße
Michael

---------------------------(end of broadcast)---------------------------
TIP 2: Don't 'kill -9' the postmaster

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


Am 16.01.2006 um 10:19 schrieb Michael Koenig:

> Hallo zusammen,
>
>> - Kurze Einfuehrung in das rel. Modell und ACID
> Der nach meiner Meinung größte Fehler, den ein typischer MySQL
> Anwender macht,
> ist der, das er ohne jegliche Transaktionssicherheit arbeitet. Dies
> wohl aus
> Unkenntniss über Transaktionen und auch dadurch unterstützt das
> MySQL bei der
> Standardinstallation AUTOCOMMIT auf ON setzt und mit dem 'falschen'
> Tabellentyp daherkommt.

Der gewoehnliche PHPler scheut alles, was in SQL ueber ein triviales
SELECT
hinaus geht. Explain gibt es auch unter MySQL, aber wie oft wird es
eingesetzt.
Die PhpMyAdmin-Seite "Laufzeitvariablen" gibt haufenweise Hinweise
zur Opti-
miuerung, die aber mangels Verstaendnis niemand nutzt, obgleich die
Doku gar
nicht so schlecht ist (allerdings werden Seiteneffekte von
geaenderten Vari-
ablen, insbesondere auf den Speicherbedarf nirgends erklaert).
Drittes Bei-
spiel dieser Kategorie sind Stored Procedures, die zwar oft zu
klarerem Code
beitragen koennten. Da aber SQL eine von der Logik anderer Sprachen
abweichen-
de Struktur hat, meidet der gemeine PHPler alles, was in diese
Richtung geht.
Neue Sprachen lernen - Puhh. Ich bin boese, gell?

Was hat das fuer PostgreSQL zu bedeuten? Wenn mehr Leute Postgres
benutzen,
dann bedeutet das nicht, das sie es wirklich gebrauchen werden,
sondern viel-
leicht eher missbrauchen oder gar vergewaltigen. Aber das vertraegt
Postgres
vielleicht. Jedenfalls ist es notwendige Vorraussetzung dafuer, dass
es seine
Vorteile ueberhaupt ausspielen kann. Als Postgres-Experte kannst Du
dann in
saemtlichen Performance-geplagten Projekten mit ein, zwei Tagen
Einsatz zum
Held werden ;-).
Du kannst jemand nicht gleichzeitig dazu bringen, dass er alles, was
er bisher
gemacht hat fuer Mist haelt, ein neues System lernt und sich eine
Menge Arbeit
macht, die im Ergebnis erst mal dasselbe hergibt wie das, was er
zuvor schon
hatte. Man muss da wohl mit eine wenig Coolness werben, jenseits
aller sachlich-
technischer Totschlagargumente. Mir wuerde es jedenfalls schon mal
reichen, wenn
ein paar Leute sich entschliessen, Postgres als Basis ihrer Projekte
in Betracht
zu ziehen.

[at] Axel: Ja, ich denke auch, dass man nicht erwarten muss, dass jemand,
der
sich auf seinem Gebiet gut auskennt und deshalb gerne iX liest gleich
ueber-
all fit ist. Mir selber bringen solche "einfachen" Artikel auch immer
sehr
viel. Sie duerfen halt nicht banal sein und muessen einen interessanten
Aufmacher haben, damit ich weiss, warum ich es lesen sollte. Etwa so:
"Kennen sie das hier?" (Beispiel, das das Problem illustriert), dann die
Verallgemeinerung/Abstraktion, die die Uebertragung auf das eigene
Projekt
ermoeglicht, dann erst Verbesserungsvorschlaege. Da Datenbanken eine
grund-
legende Speichertechnik sind, sollte da auch jeder IT-ler etwas
Grundlagen-
wissen haben. in diesem Sinner stimme ich Deinem Gedanken der
Volkserziehung
zu. Wobei dieses Thema eigentlich ziemlich unabhaengig von Postgres ist.

[at] Egon: Ja, GIS ist super spannend und die kommende Killerapp. Ist es
eigent-
lich jetzt schon, siehe nur Google Earth und die Diskussion um
Location based
services. Aber auch die Moeglichkeiten des
Informationsfreiheitsgesetzes sind
nur auszuschoepfen wenn man die richtige Technik darauf anwendet.
Dennoch bin
ich unsicher, ob ein HowTo fuer PostGIS nicht von vielen nur
ueberblaettert
wuerde und damit eine Chance vergeben waere. Ich glaube auch nicht,
dass man
sich fuer GIS interessieren wird, weil man etwas ueber Postgres
erfahren will,
eher umgekehrt. Von daher waere das aus Sicht dieser Liste hier nicht
so ziel-
fuehrend finde ich. So ein Tutorial waere eher was fuer eine Website.

Gruss, Christian

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (Darwin)

iD8DBQFDy24FnCYkNsytVmQRAqqoAJ4lCE8U6ft7urTXKje8oVnkVxQ95ACe NMmj
fIqKnLCBwHuYy9YiWKPIs/U=3D
=3DiBnQ
-----END PGP SIGNATURE-----

---------------------------(end of broadcast)---------------------------
TIP 9: In versions below 8.0, the planner will ignore your desire to
choose an index scan if your joining column's datatypes do not
match

Egon Wilfinger wrote:
> Ein Thema das zukünfitg sicher noch mehr Bedeutung gewinnen wird und
> mit dem wir in unserem gegenwärtigen Projekt einen ix Artikel gut
> gebrauchen hätten können betrifft die Verarbeitung von Geodaten auf
> Postgres.

Das würde mich auch interessieren.

--
Peter Eisentraut
http://developer.postgresql.org/~petere/

---------------------------(end of broadcast)---------------------------
TIP 5: don't forget to increase your free space map settings

Hallo!

>> - Kurze Einfuehrung in das rel. Modell und ACID
> Der nach meiner Meinung größte Fehler, den ein typischer MySQL Anwe=
nder macht,
> ist der, das er ohne jegliche Transaktionssicherheit arbeitet. Dies woh=
l aus
> Unkenntniss über Transaktionen und auch dadurch unterstützt das MyS=
QL bei der
> Standardinstallation AUTOCOMMIT auf ON setzt und mit dem 'falschen'
> Tabellentyp daherkommt.

Ja. Immer wieder stossen MySQL Umsteiger auf das Problem: Ich habe da
mit INSERT Daten eingefuegt, ich kann die in der Applikation SELECTen,
aber dann sind sie weg! Antowort ist dann immer COMMIT.

Gerade im Webbereich kann man gut die Vorteile von Transaktionen
bewerben: Ich starte jeden Client-Request mit einem BEGIN, und beende
ihn mit bei fehlerfreihet mit einem COMMIT, um den Rest ("locking",
Fehlerbehandlung und Datenruecksetung) soll sich gefaelligst mein
DB-System kuemmern, wozu habe ich denn eines.

Da stellt sich dann aber natuerlich auch die Frage ob die Leute, die man
damit ansprechen will auch die iX lesen.

Lg,
AXEL (der froh ist, dass die iX noch nicht den traurigen Weg der ct
gegangen ist).


---------------------------(end of broadcast)---------------------------
TIP 6: explain analyze is your friend

Am Montag, 16. Januar 2006 10:57 schrieb Christian Voelker:
> Am 16.01.2006 um 10:19 schrieb Michael Koenig:
....schnipp
schnapp....

> technischer Totschlagargumente. Mir wuerde es jedenfalls schon mal
> reichen, wenn
> ein paar Leute sich entschliessen, Postgres als Basis ihrer Projekte
> in Betracht
> zu ziehen.

Rest entsorgt.

Hallo zusammen.

Nachdem ich eure Mails gelesen habe, habe ich mich entschlossen auch mal
meinen Senf dazuzugeben.

Ich bin dabei eine Software, die unter Clipper geschrieben wurde und mit
dBaseIII-Datenbanken läuft, auf XBase++ mit PostgreSQL umzusetzen.

Die Entscheidung zu Postgres fiel aufgrund verschiedener Aussagen zu MySQL.=

Ich bin zwar nicht unbedingt der Datenbank-Guru, aber ich glaube, das
Postgres vom "feeling" her besser ist. Zudem gibt es für Postgres die mei=
sten
Schnittstellen für den Client. So kann ich auch unter XBase++ diese Daten=
bank
mit benutzen.

Gruß

Manfred


---------------------------(end of broadcast)---------------------------
TIP 1: if posting/reading through Usenet, please send an appropriate
subscribe-nomail command to majordomo [at] postgresql.org so that your
message can get through to the mailing list cleanly

--==========1733B7AB85D74D65D921==========
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Hallo,

-- Axel Straschil <axel [at] straschil.com> wrote:

> Ich denke wenn man einen einfachen Artikel schreibt wo man die Features
> von PostgreSQL z.B. anhand einer Web-Datenbank behandelt waere dies ev.
> ein schoener Startpunkt dass sich der eine oder andere mit PostgreSQL
> befasst.

dem stimme ich auf jeden Fall zu!

Man könnte das auch unter dem Titel "wie entwickle ich sauber und
ordentlich Datenbanken am Beispiel von PostgreSQL" laufen lassen. Denn es
gibt doch zwei Klassen von Nutzern: die einen kümmern sich um was,
lesen, kennen sich aus bzw. sind in der Lage auch mal zu recherchieren.
Die anderen sagen "Transaktionen brauch ich nicht, Joins sind zu
kompliziert und außerdem soll es schnell sein". Grmpf.

Ich weiß ja nicht wie der c't Datenbank-Contest ausgegangen ist bzw.
ausgeht. Aber vielleicht gibt es da ja ein interessantes Ergebnis und der
Autor des Ergebnisses könnte im Detail erklären, wie er die Sache
umgesetzt hat (ob es PostgreSQL wird weiß ich natürlich nicht ;-) ).


Ciao
Alvar


--
** Alvar C.H. Freude, http://alvar.a-blast.org/
** http://www.wen-waehlen.de/
** http://odem.org/
**=A0http://www.assoziations-blaster.de/

--==========1733B7AB85D74D65D921==========
Content-Type: application/pgp-signature
Content-Transfer-Encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (Darwin)

iD8DBQFD0A0WOndlH63J86wRAvcAAJ0WfVH6IfK1XX7hFIYEIg8HXjJZEACe Nzg3
MPfmyjYhUeNlOxmJrSOi8vk=
=L0V4
-----END PGP SIGNATURE-----

--==========1733B7AB85D74D65D921==========--

Hallo,

mein Senf zum diesem Thema:

Bitte keinen weiteren MySQL/PostgreSQL Vergleich. Auch auf eine Einführun=
g in
Transanktionen oder andere SQL-Standard-Features kann ich gerne verzichten.=

Ich gehe mal davon aus, das der durchschnittliche iX-Leser bereits mit
mehreren Datenbanken gearbeitet hat und ausserdem ist dazu bereits genüge=
nd
geschrieben worden (in iX und anderswo).

Ein paar PostgreSQL-Themen, die ich dagegen gerne in der lesen würde:

* Einsatz/Tipps/Strategien/Sicherung/Optimierung etc. bei
PostgreSQL-Installationen mit wirklich grossen Datenmengen.

* Server Side Programming (PL/pgSQL, PL/Perl etc.) vs. Client Side Programm=
ing
(Perl, PHP, Python..)

* Replikation (Slony-I und andere Lösungen)

* Praxisberichte von PostgreSQL in "Non-Web-Applications", also in ERPs, GI=
S
etc.

* Und wenns doch ein Vergleich sein muss: Wie wärs mit einem Vergleich vo=
n
PostgreSQL mit den populärsten kommerziellen DBMS (Oracle, IBM Informix I=
DS,
IBM DB2,...)

Walter

---------------------------(end of broadcast)---------------------------
TIP 2: Don't 'kill -9' the postmaster

A. Kretschmer <andreas.kretschmer [at] schollglas.com> schrieb:

> Hi,
>
> Christian Kirsch schreibt (zumindest ab und an) das Editorial in der
> 'ix'. Daher leite ich diese Mail mal hier rein in der Hoffnung, daß w=
ir
> hier eine gemeinsame Meinung dazu bekommen.


Hi,

nachdem ich ja nun die Diskussion hier begann, mal meine subjektive
Zusammenfassung: (sorry, falls ich jemanden vergessen habe)

- Christian Voelker sucht Mittel zur Migration von MySQL -> PG, würde
sich aber z.B. auch über PostGIS freuen.

- Axel Straschil nannte IMHO wichtige Dinge, die klare Vorteile von
PG darstellen und die betont werden sollten. Ich denke, da sind
sich hier alle einig.

- auch Alvar Freude betonte, daß PG einem die Mittel in die Hand gibt,
sauber die DB aufzubauen.

- W. Haslbeck möchte keinen Religionskrieg gegen MySQL anzetteln, aber
fortgeschrittene Merkmale von PG sehen.

- Egon Wilfinger bietet sich an, was zu Kombination
PostgreSQL/PostGIS/proj/GEOS zu schreiben.


Ich denke, das Angebot von Egon bildet eine recht gute Schnittmenge
aller abgegebenen Meinungen _UND_ er bietet an, dies zu schreiben.
Daher, meine Meinung, wir sollten dieses Angebot annehmen, verbunden mit
der Bitte an ihn, nach Möglichkeit auf die anderen Meinungen mit
einzugehen. Ich kenne selbst dieses PostGIS überhaupt nicht, vermute
aber mal, daß man, wenn man das beschreibt, auch ganz locker und
nebenbei viele tolle Features von PG mit beschreiben kann, weil man es
für den Zweck eh braucht.

Was meint ihr?


Andreas
--
Really, I'm not out to destroy Microsoft. That will just be a completely
unintentional side effect. (Linus Torvalds)
"If I was god, I would recompile penguin with --enable-fly." (unknow)
Kaufbach, Saxony, Germany, Europe. N 51.05082=B0, E 13.56889=
=B0

---------------------------(end of broadcast)---------------------------
TIP 5: don't forget to increase your free space map settings

Hallo,

> - Egon Wilfinger bietet sich an, was zu Kombination
> PostgreSQL/PostGIS/proj/GEOS zu schreiben.
>
>
> Ich denke, das Angebot von Egon bildet eine recht gute Schnittmenge
> aller abgegebenen Meinungen _UND_ er bietet an, dies zu schreiben.
> Daher, meine Meinung, wir sollten dieses Angebot annehmen, verbunden mit
> der Bitte an ihn, nach Möglichkeit auf die anderen Meinungen mit
> einzugehen. Ich kenne selbst dieses PostGIS überhaupt nicht, vermute

[X] ACK.

Ich hatte bisher auch noch keine Gelegenheit, PostGIS näher kennenzulerne=
n.
Auch auf auf meinem "Projektradar" sehe ich in der nächsten Zeit keinerle=
i
GIS Anwendungen. Da ich aber gerne meinen Horizont erweitere, würde ich g=
erne
etwas über dieses Thema lesen.

Walter

---------------------------(end of broadcast)---------------------------
TIP 3: Have you checked our extensive FAQ?

http://www.postgresql.org/docs/faq

am 24.01.2006, um 17:52:54 +0000 mailte W. Haslbeck folgendes:
> Hallo,
>
> > - Egon Wilfinger bietet sich an, was zu Kombination
> > PostgreSQL/PostGIS/proj/GEOS zu schreiben.
> >
> >
> > Ich denke, das Angebot von Egon bildet eine recht gute Schnittmenge
> > aller abgegebenen Meinungen _UND_ er bietet an, dies zu schreiben.
> > Daher, meine Meinung, wir sollten dieses Angebot annehmen, verbunden =
mit
> > der Bitte an ihn, nach Möglichkeit auf die anderen Meinungen mit
> > einzugehen. Ich kenne selbst dieses PostGIS überhaupt nicht, vermut=
e
>
> [X] ACK.
>
> Ich hatte bisher auch noch keine Gelegenheit, PostGIS näher kennenzul=
ernen.
> Auch auf auf meinem "Projektradar" sehe ich in der nächsten Zeit kein=
erlei
> GIS Anwendungen. Da ich aber gerne meinen Horizont erweitere, würde i=
ch gerne
> etwas über dieses Thema lesen.

Ich habe, zeitgleich mit der letzten Mail, bereits an Christian Kirsch
das signalisiert (ohne Namen und Details, nur das es evtl. PostGIS
werden könnte).
Erstens findet er das auch spannend und gut und zweitens gab es wohl
schon Kontakte...
Also, Egon: mach es!


Andreas
--
Andreas Kretschmer (Kontakt: siehe Header)
Heynitz: 035242/47212, D1: 0160/7141639
GnuPG-ID 0x3FFF606C http://wwwkeys.de.pgp.net
=3D=3D=3D Schollglas Unternehmensgruppe =3D=3D=3D

---------------------------(end of broadcast)---------------------------
TIP 5: don't forget to increase your free space map settings

On Tue, Jan 24, 2006 at 05:33:09PM +0100, Andreas Kretschmer wrote:
> A. Kretschmer <andreas.kretschmer [at] schollglas.com> schrieb:
>
> Ich denke, das Angebot von Egon bildet eine recht gute Schnittmenge
> aller abgegebenen Meinungen _UND_ er bietet an, dies zu schreiben.
> Daher, meine Meinung, wir sollten dieses Angebot annehmen, verbunden mit
> der Bitte an ihn, nach M=C3=B6glichkeit auf die anderen Meinungen mit
> einzugehen. Ich kenne selbst dieses PostGIS =C3=BCberhaupt nicht, vermute
> aber mal, da=C3=9F man, wenn man das beschreibt, auch ganz locker und
> nebenbei viele tolle Features von PG mit beschreiben kann, weil man es
> f=C3=BCr den Zweck eh braucht.
>

Zumal das PostGIS/PostgreSQL Projekt nicht gerade h=C3=83=E2=82=ACufig bish=
er
in der (deutschen) Presse zu finden war.

Bin daf=C3=83=C5=92r

Bernd

---------------------------(end of broadcast)---------------------------
TIP 2: Don't 'kill -9' the postmaster

"A. Kretschmer" wrote:

> Also, Egon: mach es!

Ich finde sicherlich nicht die Zeit, einen ganzen Artikel zu
fabrizieren. Wenn aber etwas 'Assistenz' gewuenscht wird, dann bin ich
sicher dafuer zu haben - ich hab' vor wenigen Monaten solch eine DB
aufgesetzt, um grob gesagt dem FlightGear-Projekt damit etwas dienlich
zu sein.

Tschuess,
Martin Spott.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
------------------------------------------------------------ --------------

---------------------------(end of broadcast)---------------------------
TIP 4: Have you searched our list archives?

http://archives.postgresql.org

Tach zusammen, als mehrmonatiger Leser dieser Liste ist jetzt der
Zeitpunkt gekommen, mich zu 'outen' :-)

"A. Kretschmer" wrote:

[... PostGIS ...]
> Also, Egon: mach es!

Ich finde sicherlich nicht die Zeit oder Ruhe, einen ganzen Artikel zu
fabrizieren. Wenn aber etwas 'Assistenz' gewuenscht wird, zum Beispiel
zur Erlaeuterung der Hindernisse auf nicht-mainstream-Plattformen, dann
bin ich sicher dafuer zu haben. Ich hab' vor einigen Monaten solch eine
DB aufgesetzt, um grob gesagt dem FlightGear-Projekt damit etwas
dienlich zu sein und glaube halbwegs zu wissen, wovon ich spreche
(http://www.custom-scenery.org/Landcover_DB.212.0.html)

Tschuess,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
------------------------------------------------------------ --------------

---------------------------(end of broadcast)---------------------------
TIP 6: explain analyze is your friend

Martin Spott schrieb:

> Kannst Du mir verraten, wie Du an diesen meinen Text gekommen bist ?

Kam per Email:pgsql-de-allgemein [at] postgresql.org

foehn.mgras.de --> svr4.postgresql.org --> mx2.hub.org --> mein
Provider ;-)

> Ich bastele naemlich seit einigen Tagen mit nur maessigen Erfolg an
> meiner Mailing-List-Subscription und ging davon aus, dass meine
> 'Versuchsballone' bisher samt und sonders im Nirwana verschwunden
> seien. Jetzt hat sie doch jemand gelesen - aber im Archiv der Liste
> tauchen sie trotzdem nicht auf ....

Ich habe sie bekommen ;-)

> Kannst Du naeher erlaeutern, was das mit derjenigen Person auf sich
> hat, die schon einen PostGIS-Artikel angeboten hat ?

Nein, ich habe von Hr. Kirsch nur die Info bekommen, dass er mir keine
Zusage geben kann da: "ein anderer Interessent in der letzten Woche
gemeldet" hat.

> nicht darauf zaehlen sollte. Nun moechte ich natuerlich nicht, dass
> Dein geplanter Artikel deshalb zurueckstehen soll.

Geplanter Artikel: einige User dieser Newsgroup haben sich dafür
ausgesprochen, dass ich iX vorschlagen soll diesen Artikel zu
schreiben. Es zu keiner Zeit vorher irgendeinen Kontakt zur iX-
Redaktion gegeben, geschweige denn irgendeine Art von Zusage.

> Im uebrigen hat Christian anklingen lassen, dass man hausintern
> schonmal sowas angedacht hatte - zumindest mal einen Mapserver auf eine
> DB zu setzen ....

Eben. Wie schon gesagt, ich freue mich schon auf den Artikel, wenn
er denn kommt! ;-)

Egon


---------------------------(end of broadcast)---------------------------
TIP 2: Don't 'kill -9' the postmaster

Martin Spott schrieb:

> Aber Du waerest immer noch bereit, den Artikel selber zu schreiben,
> wenn ich das denn entsprechend einrenken koennte ?

Aber sicher, wenn er (der Artikel) nicht in einer Woche fertig sein
soll.

[at] Conni: Wie schon kurz erwähnt, habe ich mal das Gefühl
der "Community" etwas zurück geben zu können, also wird früher
oder später sicherlich etwas über PostGis/proj von mir
im Netz auftauchen.

Wie wohl viele hier versuche ich allerdings von meiner
Arbeit zu leben...

Egon

---------------------------(end of broadcast)---------------------------
TIP 1: if posting/reading through Usenet, please send an appropriate
subscribe-nomail command to majordomo [at] postgresql.org so that your
message can get through to the mailing list cleanly

Egon Wilfinger wrote:

> Der Einsatz der Kombination PostgreSQL/PostGIS/proj/GEOS ist nicht
> trivial.

..... aber machbar :-)
Moin ! Die Datenbank selber ist auch weniger das Problem. Schwierig
wird's halt dann, wenn man etwas anderes als ein Linux als Basis
einsetzt, da sich z.B. die Autoren von PostGIS jegliche Form von
Unterstuetzung auf nicht-Linux-Plattformen bezahlen lassen wollen.
Ausserdem ist vor allem das GEOS auch nicht mit dem Anspruch auf
Portabilitaet programmiert worden. Wer also, wie ich, kein
ausgewiesener C-Programmierer ist, muss dann eben etwas tuefteln ....

Ich moechte mich fuer meine unerwarteten Einwuerfe in die Diskussion
vor wenigen Tagen entschuldigen, ich hab' mich durch die bisweilen
etwas 'extravaganten' Antwortzeiten des "Majordomo" verwirren lassen.
Im Uebrigen moechte ich anmerken, dass auch ich nicht derjenige bin,
der den Artikel fuer die iX schreiben wird. Ich bin also ebenso
gespannt wie Ihr.

Beste Gruesse,
Martin Spott.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
------------------------------------------------------------ --------------

---------------------------(end of broadcast)---------------------------
TIP 3: Have you checked our extensive FAQ?

http://www.postgresql.org/docs/faq

A. Kretschmer <andreas.kretschmer [at] schollglas.com> schrieb:
> ----- Forwarded message from Christian Kirsch <ck [at] ix.de> -----
>
> Date: Sun, 15 Jan 2006 15:16:43 +0100
> From: Christian Kirsch <ck [at] ix.de>
> To: andreas.kretschmer [at] schollglas.com
> Subject: PostgreSQL in der iX
>
> Hallo Andreas,
>
> da ich bei der iX u.a. das Thema Datenbanken betreue: Falls Du Ideen
> hast, welches PostgreSQL-Thema einen iX-Artikel verdient hätte, wür=
de

Zur allgemeinen Info: es wird voraussichtlich in der Ausgabe 8/06
erscheinen.


Andreas
--
Really, I'm not out to destroy Microsoft. That will just be a completely
unintentional side effect. (Linus Torvalds)
"If I was god, I would recompile penguin with --enable-fly." (unknow)
Kaufbach, Saxony, Germany, Europe. N 51.05082=B0, E 13.56889=
=B0

---------------------------(end of broadcast)---------------------------
TIP 6: explain analyze is your friend

Andreas Kretschmer wrote:

> Zur allgemeinen Info: es wird voraussichtlich in der Ausgabe 8/06
> erscheinen.

Gut zu wissen, dass sich andere fuer solch ein Thema auch viel
Zeit zur Vorbereitung genehmigen :-)

Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
------------------------------------------------------------ --------------

---------------------------(end of broadcast)---------------------------
TIP 4: Have you searched our list archives?

http://archives.postgresql.org

This is a cryptographically signed message in MIME format.

--------------ms020207000405010608060601
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable

Hallo Zusammen

Weiss jemand, ob der Artikel im iX bereits erschienen ist oder wann er
erscheinen wird. Die Archivsuche auf der iX-Homepage unter dem Stichwort =

PostGIS ergab leider keine relevante Resultate. Oder hab ich den Artikel =

einfach übersehen?

Vielen herzlichen Dank.

Gruss, Thomas


Andreas Kretschmer wrote:
> A. Kretschmer <andreas.kretschmer [at] schollglas.com> schrieb:
>> ----- Forwarded message from Christian Kirsch <ck [at] ix.de> -----
>>
>> Date: Sun, 15 Jan 2006 15:16:43 +0100
>> From: Christian Kirsch <ck [at] ix.de>
>> To: andreas.kretschmer [at] schollglas.com
>> Subject: PostgreSQL in der iX
>>
>> Hallo Andreas,
>>
>> da ich bei der iX u.a. das Thema Datenbanken betreue: Falls Du Ideen
>> hast, welches PostgreSQL-Thema einen iX-Artikel verdient hätte, wü=
rde
>
> Zur allgemeinen Info: es wird voraussichtlich in der Ausgabe 8/06
> erscheinen.
>
>
> Andreas


--
Thomas Zuberbühler
http://www.zubi.li

____________________________________________________________ __________
{{ GPS Access for Java, http://www.gafj.net, http://gafj.tigris.org }}



--------------ms020207000405010608060601
Content-Type: application/x-pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEH AQAAoIIJ+zCC
Az8wggKooAMCAQICAQ0wDQYJKoZIhvcNAQEFBQAwgdExCzAJBgNVBAYTAlpB MRUwEwYDVQQI
EwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgGA1UEChMR VGhhd3RlIENv
bnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2VydmljZXMgRGl2 aXNpb24xJDAi
BgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkGCSqGSIb3 DQEJARYccGVy
c29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0wMzA3MTcwMDAwMDBaFw0x MzA3MTYyMzU5
NTlaMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGlu ZyAoUHR5KSBM
dGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWlu ZyBDQTCBnzAN
BgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEAxKY8VXNV+065yplaHmjAdQRwnd/p /6Me7L3N9Vvy
Gna9fww6YfK/Uc4B1OVQCjDXAmNaLIkVcI7dyfArhVqqP3FWy688Cwfn8R+R NiQqE88r1fOC
dz0Dviv+uxg+B79AgAJk16emu59l0cUqVIUPSAR/p7bRPGEEQB5kGXJgt/sC AwEAAaOBlDCB
kTASBgNVHRMBAf8ECDAGAQH/AgEAMEMGA1UdHwQ8MDowOKA2oDSGMmh0dHA6 Ly9jcmwudGhh
d3RlLmNvbS9UaGF3dGVQZXJzb25hbEZyZWVtYWlsQ0EuY3JsMAsGA1UdDwQE AwIBBjApBgNV
HREEIjAgpB4wHDEaMBgGA1UEAxMRUHJpdmF0ZUxhYmVsMi0xMzgwDQYJKoZI hvcNAQEFBQAD
gYEASIzRUIPqCy7MDaNmrGcPf6+svsIXoUOWlJ1/TCG4+DYfqi2fNi/A9BxQ IJNwPP2t4WFi
w9k6GX6EsZkbAMUaC4J0niVQlGLH2ydxVyWN3amcOY6MIE9lX5Xa9/eH1sYI Tq726jTlEBpb
NU1341YheILcIRk13iSx0x1G/11fZU8wggNYMIICwaADAgECAhAqAPO7+FHT qrnl1awWqyUc
MA0GCSqGSIb3DQEBBAUAMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3 dGUgQ29uc3Vs
dGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJl ZW1haWwgSXNz
dWluZyBDQTAeFw0wNTEyMDUxMDM2NDBaFw0wNjEyMDUxMDM2NDBaMIGiMRUw EwYDVQQEEwxa
dWJlcmJ1ZWhsZXIxDzANBgNVBCoTBlRob21hczEcMBoGA1UEAxMTVGhvbWFz IFp1YmVyYnVl
aGxlcjEdMBsGCSqGSIb3DQEJARYOdGhvbWFzQHp1YmkubGkxHjAcBgkqhkiG 9w0BCQEWD3R6
dWJlcmJ1QGhzci5jaDEbMBkGCSqGSIb3DQEJARYMenViaUB6dWJpLmxpMIIB IjANBgkqhkiG
9w0BAQEFAAOCAQ8AMIIBCgKCAQEAu7aHQE97EzOG04lDqKthw1+w65UvWCWr +siHxeqFJKvx
b8W/KYY6xqS/j6jJpLjcA5hCOvzg2FdJx/jNVL1g3fakcWv+8ghtXPWOeRAO euc3HT8nxhUa
iWp3BKso6LoQnM6tGbQhr+ZaVaW1cKGfb5o4TJdcNU6UQGzv3OI9Jgen66ub RJot8lNnCqke
nFoj90Rwhl1o85MpPniZR+64eqHJR4Q2+P9UqO2vRFhY1cJWQW187c28ZSV4 In8TEt9QjvOT
tmXzgS1joQXIj4cMMB+e0muaSkSwnAjbnttOrBS59NL+IJ39ByEkJPIXGBt8 DeOmZMOJ6ibB
9D3Ai+72cwIDAQABo0owSDA4BgNVHREEMTAvgQ50aG9tYXNAenViaS5saYEP dHp1YmVyYnVA
aHNyLmNogQx6dWJpQHp1YmkubGkwDAYDVR0TAQH/BAIwADANBgkqhkiG9w0B AQQFAAOBgQBw
Zs6twn2J1vK9W4Y2qPB+eCEYqNWwI9eIRqBoWHxbP2+JPm4BSTwhCRsIIyUr WwBBJXaxQP5Z
S2StGMJrqKKCFY9J6je3TV266IdgM4TW0H8j7kZdQiJA3woMdu4E48DGy7i9 ZbkdGfEAc01J
hqvNe6f6SyoAlNWhsHP3BWWStjCCA1gwggLBoAMCAQICECoA87v4UdOqueXV rBarJRwwDQYJ
KoZIhvcNAQEEBQAwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBD b25zdWx0aW5n
IChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFp bCBJc3N1aW5n
IENBMB4XDTA1MTIwNTEwMzY0MFoXDTA2MTIwNTEwMzY0MFowgaIxFTATBgNV BAQTDFp1YmVy
YnVlaGxlcjEPMA0GA1UEKhMGVGhvbWFzMRwwGgYDVQQDExNUaG9tYXMgWnVi ZXJidWVobGVy
MR0wGwYJKoZIhvcNAQkBFg50aG9tYXNAenViaS5saTEeMBwGCSqGSIb3DQEJ ARYPdHp1YmVy
YnVAaHNyLmNoMRswGQYJKoZIhvcNAQkBFgx6dWJpQHp1YmkubGkwggEiMA0G CSqGSIb3DQEB
AQUAA4IBDwAwggEKAoIBAQC7todAT3sTM4bTiUOoq2HDX7DrlS9YJav6yIfF 6oUkq/Fvxb8p
hjrGpL+PqMmkuNwDmEI6/ODYV0nH+M1UvWDd9qRxa/7yCG1c9Y55EA565zcd PyfGFRqJancE
qyjouhCczq0ZtCGv5lpVpbVwoZ9vmjhMl1w1TpRAbO/c4j0mB6frq5tEmi3y U2cKqR6cWiP3
RHCGXWjzkyk+eJlH7rh6oclHhDb4/1So7a9EWFjVwlZBbXztzbxlJXgifxMS 31CO85O2ZfOB
LWOhBciPhwwwH57Sa5pKRLCcCNue206sFLn00v4gnf0HISQk8hcYG3wN46Zk w4nqJsH0PcCL
7vZzAgMBAAGjSjBIMDgGA1UdEQQxMC+BDnRob21hc0B6dWJpLmxpgQ90enVi ZXJidUBoc3Iu
Y2iBDHp1YmlAenViaS5saTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUA A4GBAHBmzq3C
fYnW8r1bhjao8H54IRio1bAj14hGoGhYfFs/b4k+bgFJPCEJGwgjJStbAEEl drFA/llLZK0Y
wmuoooIVj0nqN7dNXbroh2AzhNbQfyPuRl1CIkDfCgx27gTjwMbLuL1luR0Z 8QBzTUmGq817
p/pLKgCU1aGwc/cFZZK2MYIDZDCCA2ACAQEwdjBiMQswCQYDVQQGEwJaQTEl MCMGA1UEChMc
VGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3Rl IFBlcnNvbmFs
IEZyZWVtYWlsIElzc3VpbmcgQ0ECECoA87v4UdOqueXVrBarJRwwCQYFKw4D AhoFAKCCAcMw
GAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMDYw ODE4MTYyMzQ3
WjAjBgkqhkiG9w0BCQQxFgQUGjSWaQa4WYE1FKbeGDKChtNfJZMwUgYJKoZI hvcNAQkPMUUw
QzAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAw BwYFKw4DAgcw
DQYIKoZIhvcNAwICASgwgYUGCSsGAQQBgjcQBDF4MHYwYjELMAkGA1UEBhMC WkExJTAjBgNV
BAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1Ro YXd0ZSBQZXJz
b25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAhAqAPO7+FHTqrnl1awWqyUcMIGH BgsqhkiG9w0B
CRACCzF4oHYwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25z dWx0aW5nIChQ
dHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJ c3N1aW5nIENB
AhAqAPO7+FHTqrnl1awWqyUcMA0GCSqGSIb3DQEBAQUABIIBAJaElOBY6WT8 p3PGXLqTqY1v
xR/QTBrlPUa6UQCnq4LqUuQXfFINKFrH5IqrGp7VVaHt8xO5VFSJijWU+vWK 0FR9AJnfTWAj
OF8AqZ+fwMbp2zQvuH4kIB3oQ7pA7pFPD8Z9EyX69hd2ktR6Ltakc+YSVNSf oq6eMAltUpyS
EoAsaLKd+MfT4PLV0X+xBvxFCJG206XjKx9N8p799SmFxHg2+NQDSPynAGIs TNt8zFdVlFsf
aAUpKWqzLxZ8zggm7t5LSB8p8ivwvcm/cgZic/tD54IjjWcargyH4vls9+kS w6qQILQPCiCr
M6nQmmnDTDwLix94AuKVmxoevOU209QAAAAAAAA=
--------------ms020207000405010608060601--

Thomas Zuberbuehler <sa [at] zubi.li> schrieb:

> Hallo Zusammen
>
> Weiss jemand, ob der Artikel im iX bereits erschienen ist oder wann er
> erscheinen wird. Die Archivsuche auf der iX-Homepage unter dem Stichwor=
t
> PostGIS ergab leider keine relevante Resultate. Oder hab ich den Artike=
l
> einfach übersehen?

Nein, ist noch nicht erschienen, und es sieht auch nicht wirklich so
aus, als ob da noch was käme...


Andreas
--
Really, I'm not out to destroy Microsoft. That will just be a completely
unintentional side effect. (Linus Torvalds)
"If I was god, I would recompile penguin with --enable-fly." (unknow)
Kaufbach, Saxony, Germany, Europe. N 51.05082=B0, E 13.56889=
=B0

---------------------------(end of broadcast)---------------------------
TIP 2: Don't 'kill -9' the postmaster

Thomas Zuberbuehler wrote:

> Weiss jemand, ob der Artikel im iX bereits erschienen ist oder wann er
> erscheinen wird.

Nunja, da ist ein Artikel in der September-Ausgabe erschienen - vor
wenigen Tagen in der Post gewesen. Der Artikel behandelt wesentlich den
Mapserver, ich kann mich nicht erinnern, dass PostGIS wirklich explizit
erwaehnt wird. Auch so bin ich von dem Artikel etwas enttaeuscht, da
haette die iX meines Erachtens was besseres bekommen koennen, etwas
oberflaechlich, das Ganze.

Tschuess,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
------------------------------------------------------------ --------------

---------------------------(end of broadcast)---------------------------
TIP 4: Have you searched our list archives?

http://archives.postgresql.org